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DETAILED ACTION 

This office action is in response to the Application filed on October 10, 2003. Claims 1- 
1 9 are pending in the current application. 

Drawings 

1 . The drawings are objected to as failing to comply with 37 CFR 1 .84(p)(5) 
because they include the following reference character(s) not mentioned in the 
description: reference character 708 on page 111, line 1 1 appears to be a reference to 
reference character 704 of Figure 7. For examination purposes reference character 704 
of Figure 7 will be used in place of reference character 708. Corrected drawing sheets 
in compliance with 37 CFR 1.121(d), or amendment to the specification to add the 
reference character(s) in the description in compliance with 37 CFR 1 .121(b) are 
required in reply to the Office action to avoid abandonment of the application. Any 
amended replacement drawing sheet should include all of the figures appearing on the 
immediate prior version of the sheet, even if only one figure is being amended. Each 
drawing sheet submitted after the filing date of an application must be labeled in the top 
margin as either "Replacement Sheet" or "New Sheet" pursuant to 37 CFR 1 .121 (d). If 
the changes are not accepted by the examiner, the applicant will be notified and 
informed of any required corrective action in the next Office action. The objection to the 
drawings will not be held in abeyance. 
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Specification 

2. The use of the trademark JAVA™, CORBA™, and ORB™ has been noted in this 
application. It should be capitalized wherever it appears and be accompanied by the 
generic terminology. 

Although the use of trademarks is permissible in patent applications, the 
proprietary nature of the marks should be respected and every effort made to prevent 
their use in any manner which might adversely affect their validity as trademarks. 

3. The disclosure is objected to because of the following informalities: 

a. page 6, line 1 2 recites ". . .objects of different 2styles. . ." which contains an 
incorrectly spelled phrase, examiner suggests changing line 12 to recite 

". . .objects of different styles . . .;" 

b. page 8, line 8 recites . .products 2marshals the company's. . ." which 
contains an incorrectly spelled phrase, examiner suggests changing line 8 to 
recite "...products to marshal the company's...;" 

c. page 14, line 19 recites "... realization of such a channel" which contains 
an incorrectly spelled phrase, examiner suggests changing line 19 to recite " 
realization of such a channel;" 

d. page 15, line 7 recites "... server-side ORB 2services..." which contains 
an incorrectly spelled phrase, examiner suggests changing line 7 to recite "... 
server-side ORB™ services...". Appropriate correction is required. 

4. The lengthy specification has not been checked to the extent necessary to 
determine the presence of all possible minor errors. Applicant's cooperation is 
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requested in correcting any errors of which applicant may become aware in the 
specification. 

Claim Objections 

5. Applicant is advised that should claim 7 be found allowable, claim 9 will be 
objected to under 37 CFR 1 .75 as being a substantial duplicate thereof. When two 
claims in an application are duplicates or else are so close in content that they both 
cover the same thing, despite a slight difference in wording, it is proper after allowing 
one claim to object to the other as being a substantial duplicate of the allowed claim. 
See MPEP § 706.03(k). 

6. Claim 3 is objected to because of the following informalities: line 3 recites 
"...splitting, in a sever, the chained..." which appears to contain improper spelling of the 
word server, examiner suggests changing line 3 to recite "...splitting, in a server, the 
chained...". Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

8. Claims 1-5 are rejected under 35 U.S.C. 103(a) as being unpatentable over "The 
Common Object Request Broker: Architecture and Specification", revision 2.3, by 
Object Management Group, Inc. (hereinafter OMG) in view of "Algorithms in C 

by Robert Sedgewick. 
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9. As to claim 1 , OMG substantially teaches the invention as claimed including a 
computer implemented method of creating and managing one or more interceptors, 
comprising: 

intrinsically chaining said interceptors, said interceptor chains made up of 
dissimilar types of interceptors (Interceptors Called During Invocation Path Fig. 21-1, 
page 21-3); and 

providing a unified binding mechanism across request level Object Request 
Broker (ORB) services, message level ORB services, and transports (Binding Model fig. 
21-2, page 21-5). 

Although OMG teaches the invention substantially, OMG does not 
specifically disclose storing state information, in at least one of the chained interceptors, 
directed to a reference to a next interceptor. 

However, Sedgewick teaches storing state information, in at least one of the 
chained interceptors (Linked List, Fig. 3.1, page 18), directed to a reference to a next 
interceptor ("each item is part of a "node" that also contains a "link" to the next node, 
page 18, lines 1-2). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify the invention of OMG to include the feature of storing 
state information, in at least one of the chained interceptors (Linked List, Fig. 3.1, page 
18), directed to a reference to a next interceptor ("each item is part of a "node" that also 
contains a "link" to the next node, page 18, lines 1-2) as taught by Sedgewick because 
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this provides a mechanism for flexibility in allowing the items (ex. Interceptors) to be 
rearranged efficiently" (Linked Lists section, page 17, lines 9-10). 

10. As to claim 2, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 1, wherein said chained 
interceptors are contiguous (Linked List Fig. 3.1 , page 1 8 of Sedgewick) or split. 

11. As to claim 3, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 2, further comprising: 
splitting, in a server, the chained interceptors into first (Request level interceptors of 
Target Object request/reply Fig. 21-1, page 21-3) and second (Message level 
interceptors of Target Object request reply Fig. 21-1, page 21-3) interceptor chains. 

12. As to claim 4, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 3, wherein said first 
interceptor chain is a per-client interceptor chain (Request level interceptors chain of 
Client request/reply Fig. 21-1 , page 21-3, and Establishing the Binding and Interceptors 
section 21.3.2, lines 1-4 indicate priority in invocation of interceptors). 

13. As to claim 5, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 3, wherein the second 
interceptor chain is one of a per-endpoint and a per-object interceptor chain (Message 
level interceptors chain of Client request/reply Fig. 21-1, page 21-3 and Establishing the 
Binding and Interceptors section 21.3.2, lines 1-4 indicate priority in invocation of 
interceptors). 
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14. Claims 6-1 1 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. "The Common Object Request Broker: Architecture and Specification", revision 
2.3, by Object Management Group, Inc. (hereinafter OMG) in view of "Algorithms in C 
by Robert Sedgewick and "CORBA Messaging", by OMG TC. 

15. As to claim 6, OMG substantially teaches the invention as claimed including a 
computer implemented method of creating and managing one or more interceptors, 
comprising: 

intrinsically chaining said interceptors (Interceptors Called During Invocation Path 
Fig. 21-1, page 21-3); 

storing state information, in at least one of the chained interceptors, directed to a 
reference to a next interceptor; 

Although OMG teaches the invention substantially, OMG does not specifically 
disclose storing state information, in at least one of the chained interceptors, directed to 
a reference to a next interceptor; 

providing callbacks within said interceptor; and 

whereby a request only has to traverse said chain once while allowing 
interceptors that need to intercept processing at additional points to do so by wrapping a 
callback interface. 

However, Sedgewick teaches storing state information, in at least one of the 
chained interceptors (Linked List, Fig. 3.1, page 18), directed to a reference to a next 
interceptor ("each item is part of a "node" that also contains a "link" to the next node, 
page 18, lines 1-2). 
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It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify the invention of OMG to include the feature of storing 
state information, in at least one of the chained interceptors (Linked List, Fig. 3.1, page 
18), directed to a reference to a next interceptor ("each item is part of a "node" that also 
contains a "link" to the next node, page 18, lines 1-2) as taught by Sedgewick because 
this provides a mechanism for flexibility in allowing the items (ex. Interceptors) to be 
rearranged efficiently" (Linked Lists section, page 17, lines 9-10 of Sedgewick). 

In addition, OMG TC teaches providing callbacks within said interceptor chain 
(callback asynchronous invocation model, section 2.1 Asynchronous Method Invocation 
(AMI) Requirements, page 7); and 

whereby a request only has to traverse said chain once while allowing 
interceptors that need to intercept processing at additional points to do so by wrapping a 
callback interface (using custom ReplyHandler written for interceptor, section 3.3.1 
Asynchronous Method Invocation Components, page 18 and section 3.3.4 Callback 
Model Detailed Design, pages 21-22). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify the invention of OMG as modified to include the feature 
of providing callbacks within said interceptor chain (callback asynchronous invocation 
model, section 2.1 Asynchronous Method Invocation (AMI) Requirements, page 7); and 

whereby a request only has to traverse said chain once while allowing 
interceptors that need to intercept processing at additional points to do so by wrapping a 
callback interface (using custom ReplyHandler written for interceptor, section 3.3.1 
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Asynchronous Method Invocation Components, page 18 and section 3.3.4 Callback 
Model Detailed Design, pages 21-22) as taught by OMG TC because this provides a 
mechanism for managing remote requests within an asynchronous, event-driven 
environment in which callbacks are invoked to handle events (Asynchronous Method 
Invocation (AMI) Requirements, section 2.1, page 2 of OMG TC). 

16. As to claim 7, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein wrapper server request 
callback implementations passed along by intermediate server request interceptors 
perform their own processing (Request-Level Interceptor can perform further actions, 
find details of the request, ect..., section 21.4.1, page 21.6 of OMG) as well as delegate 
operations back to encapsulated server request callback instances (delegate using 
Reference Embedding, section 12.5 Interoperability Design Goals, page 12-9, lines 6-7 
of OMG). 

17. As to claim 8, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein an ORB service's 
implementation of a server request callback interface allows it to intercept, observe, or 
influence outcomes of the requests (Request-Level Interceptor can perform further 
actions, find details of the request, ect..., section 21 .4.1 , page 21 .6 of OMG) before 
delegating back to the server request callback instance that it wraps (delegate using 
Reference Embedding, section 12.5 Interoperability Design Goals, page 12-9, lines 6-7 
of OMG). 
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18. As to claim 9, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein wrapper server request 
callback implementations passed along by intermediate server request interceptors 
perform their own processing (Request-Level Interceptor can perform further actions, 
find details of the request, ect..., section 21.4.1, page 21.6 of OMG) as well as 
delegate the operations back to encapsulated server request callback instances 
(delegate using Reference Embedding, section 12.5 Interoperability Design Goals, page 
12-9, lines 6-7 of OMG). 

19. As to claim 10, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein server request callback 
implementations provided by orb services delegate (delegate using Reference 
Embedding, section 12.5 Interoperability Design Goals, page 12-9, lines 6-7) read 
inputs operations (using DatalnputStream, section 5.5.2. Marshaling Streams, pages 5- 
1 1 through 5-14 of OMG) back to the server request callback instances they wrap, 
unless they are causing an exception to be returned (ex. Interceptors raise exceptions 
for problems.secure invocation interceptor example, page 21-6, lines 19-22 of OMG). 

20. As to claim 1 1 , OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein server request callback 
implementations provided by orb services delegate (delegate using Reference 
Embedding, section 12.5 Interoperability Design Goals, page 12-9, lines 6-7 of OMG) 
write output operations (using DataOutputStream, section 5.5.2. Marshaling Streams, 



Application/Control Number: 10/682,538 Page 11 

Art Unit: 2109 

pages 5-1 1 through 5-14 of OMG) back to the server request callback instances they 
wrap. 

21. Claims 12-19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. "The Common Object Request Broker: Architecture and Specification", revision 
2.3, by Object Management Group, Inc. (hereinafter OMG) in view of "Algorithms in C 
by Robert Sedgewick and in view of "Design Patterns: Elements of Reusable Object- 
Oriented Software" by E. Gamma et al. (hereinafter Gamma). 

22. As to claim 12, OMG substantially teaches the invention as claimed including a 
computer implemented method of creating and managing one or more interceptors, 
comprising: 

intrinsically chaining said interceptors into one or more chains (Interceptors 
Called During Invocation Path Fig. 21-1, page 21-3); 

Although OMG teaches the invention substantially, OMG does not specifically 
disclose storing state information, in at least one of the chained interceptors, directed to 
a reference to a next interceptor; and 

applying a flyweight pattern to an Interoperable Object Reference (IOR) 
representation, said flyweight pattern implementing policies which control which chain of 
interceptors to use at invocation. 

However, Sedgewick teaches storing state information, in at least one of the 
chained interceptors (Linked List, Fig. 3.1, page 18), directed to a reference to a next 
interceptor ("each item is part of a "node" that also contains a "link" to the next node, 
page 18, lines 1-2). 
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It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify the invention of OMG to include the feature of storing 
state information, in at least one of the chained interceptors (Linked List, Fig. 3.1, page 
18), directed to a reference to a next interceptor ("each item is part of a "node" that also 
contains a "link" to the next node, page 18, lines 1-2) as taught by Sedgewick because 
this provides a mechanism for flexibility in allowing the items (ex. Interceptors) to be 
rearranged efficiently" (Linked Lists section, page 17, lines 9-10 of Sedgewick). 

In addition, Gamma teaches applying a flyweight pattern to an Interoperable 
Object Reference (IOR) representation, said flyweight pattern implementing policies 
which control which chain of interceptors to use at invocation (using Flyweight Factory 
for managing shared objects, Managing Shared Objects, page 200, Implementation 
section, part 2). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify the invention of OMG as modified to include the feature 
applying a flyweight pattern to an Interoperable Object Reference (IOR) representation, 
said flyweight pattern implementing policies which control which chain of interceptors to 
use at invocation as taught by Gamma because this provides a mechanism for how to 
share objects to allow their use at fine granularities without prohibited cost 
(FLYWEIGHT Motivation page 195, line 16-18 of Gamma) and use sharing to support 
large numbers of fine-grained objects efficiently (FLYWEIGHT Intent page 195, line 1 of 
Gamma). 
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23. As to claim 13, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 12, wherein said IOR representation 
comprises any of: 

lORs (section 13.6.2, page 13-15), IOR profiles (section 13.6.2.1 and 13.6.2.2, 
page 13-15), and IOR components (section 13.6.2.3, page 13-15); and 

a binding mechanism hashes and compares lORs, IOR profiles, and IOR 
components using their pointers instead of their content (Hashing Object Identifiers, 
section 4.3.6. 1 , page 4-1 2 through 4-1 3). 

24. As to claim 14, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 12, wherein said 
flyweight pattern is applied to multiple IOR interfaces (using Flyweight Factory for 
managing shared objects, Managing Shared Objects, page 200, Implementation 
section, part 2 of Gamma). 

25. As to claim 15, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 12, wherein for each implementation 
of said IOR interfaces, no more than a single instance with a particular value is 
instantiated at a time (invocation uses information from exactly one profile, section 
13.6.4, page 13-21). 

26. As to claim 1 6, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 12, wherein when an IOR is 
demarshaled (unmarshaled) multiple times, a single instance is shared (appropriate 
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factory for an instance, Language Specific Value Factory Requirements, section 5.4.3, 
page 5-9). 

27. As to claim 17, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 12, wherein when an item 
being demarshaled (unmarshaled value type, Creation and Factories, section 5.2.8.1 , 
page 5-7 of OMG), no heap allocation is required (share objects, FLYWEIGHT 
Motivation page 195, line 14-18 of Gamma). 

28. As to claim 18, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 12, wherein when said 
flyweight pattern is applied, a map of values currently instantiated is maintained (using 
Flyweight Factory for managing shared objects, Managing Shared Objects, page 200, 
Implementation section, part 2 of Gamma). 

29. As to claim 19, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 12, wherein when said 
flyweight pattern is applied, scalability is insured by insuring that redundant copies of 
any of: individual components, profiles, and lORs are not stored in memory (using 
Flyweight Factory for managing shared objects, Managing Shared Objects, page 200, 
Implementation section, part 2 and FLYWEIGHT Motivation page 195, line 14-18 of 
Gamma). 

Conclusion 

30. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 
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U.S. Patent 6,212,573 B1 discloses data structures, methods and devices for 
reducing computing overhead by utilizing threads which are effective to listen for 
requests for new connections, for new requests for services, and process requests for 
services in a distributed client/server-based object oriented operating system. 

U.S. Patent 6,269,373 B1 discloses a method for persisting a container-managed 
server object or bean in a distributed data processing system is provided. 

U.S. Patent 6,330,677 B1 discloses an invention which authenticates processes 
and inter-process messaging. 

U.S. Patent 6,687,761 B1 discloses an invention which provides improved digital 
data processing systems with distributed object management for use, e.g., in process 
control. 

U.S. Patent 6,687,831 B1 discloses a method and apparatus in a computer 
system for establishing a connection between a client proxy object and a server target 
object. 

U.S. Patent 6,981,265 B1 discloses a network gateway (1005) wherein an object 
invocation (1020) containing an embedded object reference (1025), which points to a 
further object (1002), is modified on passing through the gateway. The gateway 
validates the object invocation and enacts a number of security tests thereon before 
forwarding it on. 

"Using Interceptors to Enhance CORBA," by Narasimhan et al. discloses how 
using interceptors, can enhance a CORBA™ framework or application. 
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"Evaluating CORBA Portability: The Case of an Object Group Service," by 
Felber et al. discloses CORBA™ portability issues in implementing a CORBA™ Object 
Group Service (OGS) and porting it on different ORBs™. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kacy Verdi whose telephone number is (571) 270-1654. 
The examiner can normally be reached on Monday-Friday 7:30am-5:00pm EST.. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Xiao Wu can be reached on (571) 272-7761. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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